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This  Final  Engineering  Report  was  prepared  by  the 
Electronics  Group  of  Rockwell  International,  Anaheim, 
California.  The  work  was  accomplished  under  USAF  Project 
6090  entitled  "Avionics  Data  Handling  Technology",  Task 
01  entitled  "Avionics  Information  Processing"  and  con¬ 
tract  No.  F33615-72-C-1973  entitled  "Avionics  Processor- 
Controller  Configuration  Study."  The  work  was  administered 
under  the  direction  of  Mr.  J.  E.  Camp,  Air  Force  Avionics 
Laboratory,  AFAL/AAM,  Wright-Patterson  AFB,  Ohio. 

This  report  covers  work  conducted  from  1  July  1972 
to  30  June  1973  and  was  submitted  by  the  author  30  April 
1973. 
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ABSTRACT 


An  advanced  strategic  bomber  avionics  system  was  used  as  the  baseline 
avionics  system  to  provide  the  computational  requirements  for  the  avionics 
processor  controller  study.  This  volume  contains  the  detailed  processing 
requirements  of  the  major  computational  functions.  This  report  is  also  being 
published  as  Autonetics  internal  report  C72-812/201. 
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1.  INTRODUCTION 


The  ASB  avionics  system  was  used  as  the  baseline  avionics  system  to  provide 
the  computational  requirements  for  the  avionics  processor  -  controller  stud}'. 
Volume  1,  the  main  technical  report,  contained  a  summary  of  the  requirements 
analysis  in  Section- 2.  In  Section  2  of  Volume  1  the  ASB  avionics  system  was  defined 
and  a  summary  of  the  processing  throughput,  storage,  and  I/O  requirements  was 
given. 


The  overall  processing  tasks  were  grouped  into  nine  major  processing  functions: 

1.  Navigation 

2.  Steering 

3.  Target/Checkpoint  Acquisition 

4.  Weapon  Delivery 

5.  Penetration  Aids 

6.  Terrain  Following/Avoidance 

7.  Mission  Data  Management 

8.  Mission  and  Traffic  Control 

9.  Central  Integrated  Test  Subsystem 

The  detailed  processing  requirements  and  description  of  each  of  these  functions  will  be 
given  in  this  report. 


!!ASB:  Advanced  Strategic  Bomber 
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2.  NAVIGATION  FUNCTION 


2.1  GENERAL  DESCRIPTION 

The  Navigation  function  provides  knowledge  of  air  vehicle  present  position, 
velocity,  attitude,  and  altitude.  This  information  is  used  for  front  and  rear  cockpit 
display  and  by  other  functions,  e.  g. ,  Target/Checkpoint  Acquisition,  Weapon  Delivery, 
Penetration  Aids,  etc.  In  addition,  alignment  of  the  Short  Range  Ballistic  Missile 
(SRAM)  inertial  guidance  systems  is  provided  using  raw  data  from  the  missiles  and 
reference  data  from  the  navigation  sensors.  Control  of  two  identical  Inertial  Measure¬ 
ment  Units  {IMU's)  is  also  performed  within  the  Navigation  function. 

All  sensor/missile/fixtaking  data  are  mixed  using  Kalman  filtering  techniques. 
This  results  in  optimum  navigation  and  missile  alignments  using  all  available 
navigation  sensor  sources.  Present  position  and  velocity  fixtaking  corrections  are 
applied  upon  oecurrance  from  the  Target/Checkpoint  Acquisition  function. 

The  primary  navigation  sensors  utilized  are  the  two  IMU’s.  Augmentation  of  the 
inertialiy  derived  information  is  provided  by  mixing  sensor  measured  data  from  the 
Doppler  Radar  Set  (DRS),  Central  Air  Data  Computer  (CADC),  and  Radar  Altimeter 
Set  (RAS).  While  primary  attitude  is  obtained  from  the  IMU's,  backup  attitude  is 
available  from  the  Gyro  Stabilization  Subsystem  (GSS),  which  is  part  of  the  Air  Vehicle 
Electronics  (Non-Avionics). 

Control  of  the  Navigation  function  is  selected  from  the  Navigation  Control  Panel 
(NCP).  Navigation  information  is  displayed  on  two  identical  Navigation  Display  Panels 
(NDP's).  One  NDP  is  located  in  the  front  cockpit  while  the  other  is  located  in  the  rear 
cockpit.  A  chronometer  Unit  (Cl  >  is  connected  to  each  NDP. 

Figure  A-l  shows  the  major  interconnecting  hardware  elements.  A  function 
block  diagram  is  shown  in  Figure  A-2,  Subfunction  interface  signals  are  listed  in 
Table  A-l.  Table  A-2  details  the  modes  and  sublunctions.  The  memory  and  through¬ 
put  processing  requirements  are  delineated  in  Tables  A-3  and  A-4.  The  throughput 
requirements  are  in  operations/sec  which  represent  a  mix  of  operation  (instruction) 
types  as  was  explained  in  Section  2,2  of  Volume  1.  The  storage  requirements  are  in 
words,  independent  of  word  kag!!',  as  explained  in  Section  2.2  of  Volume  1  a  multi¬ 
plying  factor  of  1.  3  will  convert  these  into  equivalent  lti  bit  words.  Table  A-4  breaks 
each  of  the  tasks  that  comprise  the  navigation  function  down  into  subtasks.  Table  A-4 
shows  the  ai  lount  of  instructions  and  data  required  for  each  task,  the  throughput  in 
operations/sec,  and  whether  the  task  contributes  to  the  worst  case  throughput  require¬ 
ments  (all  but  1. 14  and  1. 13  contribute).  This  table  also  identifies  the  prerequisite 
tasks  for  each  task  (e.  g. ,  task  1.  3  is  a  prerequisite  to  1.4,  1.4  is  a  prerequisite  to 
1.7,  etc.). 

2.2  ASSUMPTIONS 

1,  Two  identical  IMU’s  were  incorporated  in  the  avionics  configuration  for 
this  study.  This  was  based  on  the  Air  Force  decision  to  replace  the  Stellar 
Inertial  Navigator  (SIN)  and  Auxiliary  Inertial  Navigator  (AIN)  with  the 
Litton  LN-15S  Inertial  Navigator, 
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Figure  A-l.  Navigation  Function  Equipment  Interface 


A  — I 


I 


Figure  A-2.  Navigation  Function  Block  Diagram 
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Table  A-2.  Navigation  Function  Modes  and  Subfunctions 


Modes 

Subfunctions  \ 

(Tasks)  \ 

"S 

(U 

a 

& 

•#<4 

r-4 

< 

T3 

1 

o 

Navigate 

SRAM  Alignment 

1 

— 

1.1  IMU  Control-Fast 

X 

X 

X 

1.2  IMU  _ontrol-Mid 

X 

X 

X 

— 

1.3  IMU  Control-Slow 

X 

X 

X 

1.4  IMU  Control- Filter 

X 

X 

X 

1  J 

1 . 5  Ground  Align-Fast 

X 

1 6  Ground  Align-M  id 

X 

1.7  G  round  Align-Slow 

X 

1.8  Navigate- Fas  ‘ 

X 

X 

X 

1.9  Navigate  -  Id /Sec 

X 

X 

X 

1.10  Navigate-  8/Sec 

X 

X 

X 

l.li  Navigate-  4/Sec 

X 

X 

X 

1.12  Navigate-Slow 

X 

X 

X 

1.13  Navigate-Filter 

X 

X 

X 

1.  14  SRAM  Align-Fasl 

X 

1. 15  SRAM  Align-Slow 

X 
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Table  A-3.  Navigation  Function  Processing  Requirements  Summary 


Task 

Title 

(IT/Sec) 

Memory 

(Words) 

Time 

(KOPS/Sec) 

1.1 

IMU  Control  -  Fast 

64 

218 

18.02 

1.2 

IMU  Control  -  Mid 

32 

653 

37.65 

1.3 

IMU  Control  -  Slow 

i 

394 

0.46 

1.4 

IMU  Control  -  Filter 

i 

217 

0.58 

1.8 

Ground  Alignment  -  Fast 

32 

76 

2.87 

1.5 

Ground  Alignment  -  Mid 

16 

696 

13.  50 

Ground  Alignment  -  Slow 

1 

384 

0.75 

Navigate  -  Fast 

32 

882 

32.90 

1.9 

Navigate  -  16 /Sec 

16 

240 

13.76 

1. 10 

Navigate  -  8 /Sec 

8 

180 

2.88 

1.11 

Navigate  -  4 /Sec 

4 

500 

1.44 

1.12 

Navigate  -  Slow 

2 

355 

0.54 

1. 13 

Navigate  -  Filter 

1/8 

7632 

0.65 

1. 14 

SRAM  Alignment  -  Fast 

16 

550 

2.  50 

1.  15 

SRAM  Alignment  -  Slow 

1 

240 

0.  18 

IMU  Switching 

Level  VM  Bias  Compensation 
Platform  Wander  Angle 
Reset  Control  Vector 


Table  A-4.  Navigation  Function  Detail  Processing  Requirements  (Sheet  2  of  6) 
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Table  A-4.  Navigation  Function  Detail  Processing  Requirements  (Sheet  (5  of 


2.  The  digital  processing  requirements  were  pulled  out  of  the  inertial 
navigator  to  create  two  inertial  measurement  units,  i.  e. ,  no  autonomous 
navigation  capability.  Should  an  autonomous  navigation  requirement  be 
imposed  on  the  inertial  subsystems,  additional  processing  requirements 
will  then  require  definition  to  provide  this  dedicated  capability.  In  addition 
to  the  segmented  platform  control  processing;  additional  executive,  data 
entry/display,  self-test,  and  other  support  functions  will  require  definition 
as  will  the  stand-alone  ground  alignment  navigate  functions  and  the  central 
navigation  to  inertial  navigator  intercommunication  requirements. 

3.  The  Terrain  Following  Radar  (TFR)  digital  processing  requirements  are 
included  in  the  navigation  function  due  to  the  minimal  requirements  of  the 
existing  unit.  If  a  separate  advanced  digital  TFR  is  included  in  the  ASB 
system  configuration,  the  processing  requirements  would  be  defined 
separately.  Should  the  TFR  function  be  incorporated  in  an  advanced  multi¬ 
function  radar  for  the  ASB  such  as  the  Electronically  Agile  Radar  (EAR), 
the  terrain  following/avoidance  processing  requirements  will  probably  be 
included  in  a  Radar  Control  subfunction  within  the  Target/Checkpoint 
Acquisition  function. 

4.  No  digital  processing  is  required  to  support  the  Chronometer  Unit. 

5.  Only  one  set  of  IMU  control  and  one  set  of  Ground  Alignment  tasks  are 
required  since  the  IMU's  are  identical.  Duplicate  computation  is  assumed 
either  by  subroutining  or  boosting  data  pointers  and  then  recomputing. 


3.  STEERING  FUNCTION 


3.1  GENERAL  DESCRIPTION 

The  Steering  function  provides  both  pitch  and  lateral  steering  signals  to  the 
Automatic  Flight  Control  Subsystem  (AFCS)  for  automatic  control  of  the  air  vehicle  in 
accordance  with  the  selected  steering  mode.  It  also  provides  similar  pitch  and  lateral 
steering  signals,  along  with  course  deviation  (and  glideslope  deviation  signals  when 
appropriate)  to  the  Flight  Director  Computer  (FDC)  for  display  on  the  Vertical  Situation 
Display  (VSD)  and  Horizontal  Situation  Indicator  (HSI). 

Figure  A-3  shows  the  major  interconnecting  hardware  elements.  A  function 
block  diagram  is  shown  in  Figure  A-4.  Subfunction  interface  signals  are  listed  in 
Table  A-5.  Table  A-6  details  the  modes  and  subfunctions.  The  memory  and  throughput 
requirements  are  delineated  in  Tables  A-7  and  A-8. 

3.2  ASSUMPTIONS 

1.  Due  to  safety  of  flight  considerations,  two  identical  and  independent  steering 
functions  are  provided  for  redundancy. 

2.  Channel  selection  of  which  steering  function  to  use,  cither  1,  2,  or  1  and  2 
w  ill  be  made  under  pilot  control  on  the  Steering  Control  Panel.  Cross 
channel  driving  signals  to  the  AFCS,  HSI,  and  VSD  units  are  possible  between 
FDC’s  under  pilot  selection. 

3.  Due  to  safety  of  flight  considerations  and  specialized  function  aspects  of  the 
FDC  and  AFSC,  the  directly  associated  computation  requirements  were  left 
dedicated  within  these  subsystems. 


Fig\u*e  .4-3.  Steering  Fun>_tion  Interfacing  Hardware 


Figure  A-4.  Steering  Function  Block  Diagram 


Figure  A-5.  Steering  Intrafunction  Signals 
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Table  A-6.  Steering  Function  Modes  and  Subfunctions 


Modes 


Subfunction's 

(Tasks) 


»> 

nj  et  . 

-o  o 

•S  Itl 


1  4  |  1  . 

-  ^  »  • 

u  M  4> 

.M  ®  ft)  05 

C  O  U  H  U  ! 


2.1  Lateral  Steering  1  -  Fast 

2.2  Lateral  Steering  1  -  Slow 

2.3  Pitch  Steering  1  -  Fast 

2.4  Pitch  Steering  1  •*  Slow 

2.5  Range  Subroutine  -  1 

2.6  Lateral  Steering  2  -  Fast 

2.7  Lateral  Steering  2  -  Slow 

2.8  Pitch  Steering  2  -  Fast 

2.9  Pitch  Steering  2  -  Slow 

2.10  Range  Subroutine  2 


X  X  X  X  XX  X 

X  X  X  X  X  X  X 


XXX  X  XX  X 
X'  X  X  X  X  X  X 


Constant  Grouni 
Attack  Steering 


Table  A-7 .  Steering  Function  Processing  Requirements  Summary 


Memory 

(Words) 


Time 

(KOPS/Sec) 


Range  Subroutine  - 


4.  TARGET/CHECKPOINT  ACQUISITION 


4.1  GENERAL  DESCRIPTION 

The  Target/Checkpoint  Acquisition  (TCA)  function  provides  the  capability  to 
update  present  position,  determine  reconnaissance  point  locations,  compute  range  to 
target  for  weapon  delivery,  and  control  associated  radar  and  electro-visual  sensors 
(EVCS),  The  TCA  function  operates  as  part  of  the  Offensive  System  under  control  of 
the  Offensive  System  Operator  (OSO).  The  sensors  controlled  by  the  TCA  function 
include  the  Forward  Looking  Radar  (FLR),  the  Low  Light  Level  Television  (LLLTV), 
and  the  Forward  Looking  Infrared  (FLIR).  Video  recording  of  the  sensor  acquired 
information  is  also  under  automatic  control  of  the  TCA  function. 

Figure  A-5  shows  the  major  interconnecting  hardware  elements.  A  function 
block  diagram  is  shown  in  Figure  A-6.  Subfunction  interface  signals  are  listed  in 
Table  A-9.  Table  A-10  details  the  modes  and  subfunctions.  The  memory  and 
throughput  requirements  are  delineated  in  Tables  A-ll  and  A-12. 

4.2  ASSUMPTIONS 

1.  No  air-to-air  target  acquisition  modes  exist. 

2.  Minimal  radar  control  processing  is  required,  i.e.,  commanding  of  slant 
range  and  azimuth  commands  for  radar  pointing  and  display  cursor  strobing. 

3.  Present  position  updating  is  performed  using  radar,  LLLTV,  or  FLIR. 

4.  A  recon  point  determination  capability  exists  using  the  radar,  LLLTV, 
or  FLIR. 

5.  Should  the  Electronically  Agile  Radar  (EAR)  be  incorporated  in  the  ASB,  a 
large  Radar  Control  subfunction  processing  requirement  will  require 
definition.  In  addition  to  the  radar  control  functions  concerned  directly 
with  the  air-to-air,  air-to-ground,  and  terrain  following/avoidance  capa¬ 
bilities  of  the  radar,  the  additional  associated  system  level  TCA  functions 
will  require  definition. 
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Figure  A-5,  Target/Cheekpoint  Acquisition  Function  Interface  Hardware 
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A-6.  Target/Checkpoint  Acquisition  Function  Block  Diagram 


Table  A-9.  Target/Checkpoint  Acquisition  Intra  function  Signals 


\  Signal 

\  Destination 

Task 

Signal 

Source  \ 

Task  Nv 

Cursor  Control 

FLR  Control 

EVS  Control 

MSD  Command 

Tracking  Handle  Control 

Mid  Rate  Logic 

Altitude  Calibrate 

Slow  Rate  Logic 

Position  Fix 
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3.1  Cursor  Control 

1  ’ 

n 

..  - 

6 

6 

2 

2 

6 

2 

3,2  FLR  Control 

■ 

2 

2 

3.3  E VS  Control 

■ 

2 

3.4  MSD  Command 

m 

3.5  Tracking  Handle  Control 

a 

6 

3.6  Altitude  Calibrate 

B 

3.7  Mid  Rate  Logic 

n 

3 

3 . 8  Slow  Rate  Logic 

m 

n 

4 

4 

3,9  Position  Fix 

u 

■ 

1 

3. 10  Velocity  Fix 

1 

m 

■ 

■ 

■ 

■ 

■ 

L 

_ 

_ 
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Table  A-10.  Target/  Checkpoint  Acquisition  Modes  and  Sub  functions 


N.  Modes 

Subfunctions  n, 

(Tasks)  \ 

FLR  -  Position  Fix 

FLR  -  Velocity  Fix 

FLIR  -  Position  Fix 

FLIR  -  Velocity  Fix 

LLLTV  -  Position  Fix 

LLLTV  -  Velocity  Fix 

BDA 

Altitude  Calibrate 

Visual  Flyover 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

i 

i 

1 

1 

■ 

3.1  Cursor  Control 

H 

H 

n 

H 

ES 

ES 

E3 

ES 

B 

m 

■ 

B 

3.2  FLR  Control 

B 

B 

B 

a 

B 

B 

a 

B 

B 

3.3  E VS  Control 

b 

B 

B 

B 

B 

B 

B 

B 

3.4  MSD  Command 

m 

E3 

B 

ES 

E3 

B 

B 

X 

3.5  Tracking  Handle  Control 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

3.6  Altitude  Calibrate 

B 

B 

B 

B 

B 

B 

B 

B 

B 

fl 

B 

3.7  Mid  Rate  Logic 

B 

□ 

□ 

a 

■ 

3.8  Slow  Rate  Logic 

B 

B 

B 

B 

B 

B 

B 

B 

B 

■ 

3.9  Position  Fix 

B 

B 

B 

B 

■ 

3.10  Velocity  Fix 

X 

X 

X 
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Table  A-ll.  Target/Checkpoint  Acquisition  Processing  Requirements  Summary 


Task 

Title 

(IT/Sec) 

Memory 

(Words) 

Time 

(KOPS/Sec) 

3.1 

Cursor  Control 

32 

260 

7. 87 

3.2 

FLR  Control 

32 

235 

14. 97 

3.3 

EVS  Control 

32 

165 

16.64 

3.4 

MSD  Command 

32 

115 

1,48 

3.5 

Tracking  Handle  Control 

16 

245 

3.94 

3.6 

Altitude  Calibrate 

16 

110 

1.28 

3.7 

Mid  Rate  Logic 

16 

190 

2.24 

3.8 

Mode  Logic  -  Slow 

2 

480 

2.74 

3.9 

Position  Fix 

2 

240 

3.68 

3.10 

Velocity  Fix 

2 

100 

0.  26 

Total 

1810 

57.84 
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5.  WEAPON  DELIVERY 


5.1  GENERAL  DESCRIPTION 

The  Weapon  Delivery  (WD)  function  provides  the  capability  to  deliver  both  gravity 
drop  and  Short  Range  Attack  Missile  (SRAM)  weapons.  The  gravity  weapons  are 
delivered  in  a  level  bomb  mode  against  direct  or  offset  targets.  A  Low  Angle  Drouge 
Delivery  (LADD)  submode  is  optional,  upon  selection.  Each  delivery  mode,  i.e. , 

Level,  LADD,  and  SRAM  includes  Radar  Bomb  Scoring  (RBS)  and  simulation  capability. 
Simultaneous  delivery  of  both  gravity  drop  and  SRAM  weapons  is  possible. 

The  Weapon  Delivery  function  also  provides  the  data  processing  associated  with 
the  Stores  Management  Set.  Automatic  and  manual  selection  capability  of  offensive 
(gravity  drop  and  SRAM)  and  defensive  (SRAM)  weapons  is  provided.  Automatic 
selection  of  weapon  delivery  mode  and  weapons  is  provided  based  upon  pre-established 
route  point  sequencing  information  from  the  Missile  Data  Management  function.  Logic 
to  monitor  weapon  status.  Weapon  Interface  Unit  (WIU)  status  (in  conjunction  with 
CITS),  and  monitor  of  selected  commands  is  included.  Additional  mechanization  related 
to  stores  arming,  option  selection,  SRAM  targeting,  and  station  loading,  verification, 
and  release  monitoring  is  provided. 

Automatic  release  signals  are  issued  to  the  Stores  Logic  Unit  (SLU)  upon 
satisfaction  of  release  criteria. 

Attack  steering  commands  are  generated  by  the  Weapon  Delivery  function  during 
a  gravity  drop  weapon  delivery  mode.  The  steering  function  provides  the  signal 
command  limiting  and  formatting  prior  to  transmission  to  the  FDC  and  AFCS. 

Figure  A-7  shows  the  major  interconnecting  hardware  elements.  A  function 
block  diagram  is  shown  in  Figure  A-8.  Subfunction  interface  signals  are  listed  in 
Table  A-13.  Table  A-14  details  the  modes  and  subfunctions.  The  memory  and 
throughput  requirements  are  delineated  in  Tables  A-15  and  A-16. 

5.2  ASSUMPTIONS 

1.  The  Stores  Management  Subsystem  (SMS)  is  comprised  of  the  Stores  Logic 
Unit  (SLU),  Stores  Management  Control  Panel,  and  five  WIU's.  Hardwired 
logic  within  the  SMS  allow  autonomous  operation  in  a  manual  mode. 

2.  Manual  selection  arming,  and  release  (or  jettison)  of  gravity  drop  may  be 
possible  without  centralized  digital  processing. 

3.  Targeting,  arming,  and  launch  of  SRAM  is  possible  only  with  centralized 
digital  processing.  Manual  selection  and  jettison  of  SRAM's  is  only  possible 
without  central  processing. 

4.  Should  SRAM  launch  be  required  without  centralized  digital  processing,  a 
dedicated  processor  must  be  allocated  to  provide  SRAM  alignment  initializa¬ 
tion,  targeting,  and  launch  initiation  function.  Additional  processing 
requirements  must  then  be  defined  to  allow  for  redundant  overhead  operations. 
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5.  No  decoys  or  Bomber  Defense  Missiles  (either  short  or  long  range)  are 
provided. 

6.  Only  one  SRAM  at  a  time  can  be  launched  with  a  minimum  of  five  seconds 
between  launches. 
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Table  A-14.  Weapon  Delivery  Function  Modes  and  Subfunctions 
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■V 
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N.  Modes 

Subfunctions  n. 

(Tasks)  \ 
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Drogue  Bomb 
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Table  A-15.  Weapon  Delivery  Processing  Requirements  Summary 


Task 

Title 

(IT /Sec) 

Memory 

(Words) 

Time 

(KOPS/Sec) 

4.1 

Bomb  Release 

64 

390 

17.28 

4.2 

Level  Delivery  -  Fast 

32 

600 

20.80 

4.3 

Drogue  Delivery  -  Fast 

32 

300 

6.40 

4.4 

Level  Delivery  -  Slow 

1 

1190 

1.38 

4.5 

Attack  Steering 

16 

475 

10  24 

4.6 

Stores  Logic  Control 

2 

2915 

3.64 

4.7 

SRAM  Delivery  -  Fast 

32 

95 

1.92 

4.8 

SRAM  Delivery  -  Mid 

16 

1820 

18.69 

4.9 

SRAM  Delivery  -  Slow 

2 

2460 

2.89 

10,245 

83.24 
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Table  A-16.  Weapon  Delivery  Function  Detail  Processing  Requirements  (Sheet  1  of  2) 
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6.  PENETRATION  AIDS  FUNCTION 


6.1  general  description 

The  Penetration  Aids  function  provides  the  means  to  evaluate  and  counter  hostile 
threats.  This  is  accomplished  by  detecting,  identifying,  and  locating  the  threats  by 
analyzing  the  electromagnetic  environment.  The  discovered  threats  are  evaluated  as 
to  their  threat  priority.  Their  identification,  location,  and  priority  are  displayed  on 
the  Threat  Situation  Display  (TSD)  for  operator  evaluation.  Determined  characteristics 
of  the  threat  emitters  are  similarly  displayed  on  the  Threat  Data  Display  (TDD). 
Automatic  and/or  manual  threat  countermeasure  action  can  be  initiated  by  electro¬ 
magnetic  transmission  (ECM),  dispensables  (chaff,  flares,  etc),  and/or  defensive 
weapons  (e.g.,  SRAM). 

Two  major  subsystems  provide  primary  inputs  to  the  Penetration  Aids  function. 
They  are  the  Radio  Frequency  Surveillance/Electronic  Countermeasure  subsystem 
(RFS/ECMS)  and  the  Infrared  Surveillance  Subsystem  (IRSS).  Both  subsystems  contain 
sensors  to  detect  electromagnetic  activity  in  their  respective  spectrum.  The  RFS/ 

ECMS  also  contains  a  tighiy  coupled  and  responsive  ECM  transmission  capability. 

These  two  subsystems  are  self-contained  and  operate  autonomously  in  conjunction  with 
the  TSD,  TDD,  and  Penetration  Aids  Control  Panel  (PACP)  to  provide  a  limited  penetra¬ 
tion  aids  capability.  When  augmented  with  the  central  processing  capability  to  provide 
navigation,  weapon  delivery,  and  mission  data  management  information,  along  with 
additional  hardware  subsystems  such  as  the  Dispensables  Control  Set  (DCS)  and  defensive 
weapons,  a  total  penetration  aids  capability  results. 

Figure  A-9  shows  the  major  interconnecting  hardware  elements,  A  function  block 
diagram  is  shown  in  Figure  A-10.  Subfunction  interface  signals  are  listed  in  Table  A-17. 
Table  A-18  details  the  modes  and  subfunctions.  Memory  and  throughput  requirements 
are  delineated  in  Tables  A-19  and  A-20. 

6.2  ASSUMPTIONS 

1.  No  special  purpose  processing  is  included  in  the  digital  processing  require¬ 
ments  which  can  best  be  performed  by  special  purpose  devices,  e.g.,  fourier 
transform  spectrum  analysis. 

2.  No  autonomous  operation  of  either  the  RFS/ECMS  or  the  IRSS  is  required 
that  would  necessitate  digital  processing.  Should  this  requirement  be 
imposed  on  the  ASE  avionics  system,  the  dedicated  preprocessor  require¬ 
ments  must  be  segmented  out  of  the  total  Penetration  Aid  requirements  and 
allocated  to  the  RFS/ECMS  and  IRSS  subsystem.  Additional  requirements 
will  then  require  definition  to  provide  redundant  support  functions,  i.e., 
executive,  common  subroutines,  data  entry  /display,  and  data  storage. 

The  central  processor  to  dedicated  preprocessor  intercommunications 
requirements  must  also  be  defined. 

3.  No  expendable  countermeasures,  i.e.,  decoys,  are  included  in  the  present 
avionics  systems  configuration. 
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Figure  A-9.  Penetration  Aids  Function  Interfacing  Hardware 


Figure  A-10.  Penetration  Aids  Function  Block  Diagram 


Table  A-17.  Penetration  Aids  Intrafunction  Signals 
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5. 12  TSD  Command  -  Fast 

5. 13  TSD  Command  -  Slow  j 

5. 14  RF  Passive  Ranging  Filter! 


Modes 


Subfunctions 

(Tasks) 


3  a  “ 

o 

■g  t§ 

I  §  i 

g  §  -g 

w  3S  < 


5.1 

Identify  IR  Threat 

5.2 

1R  Track  File  Processing 

5.3 

RF  Known  Emitter  Sort 

5.4 

RF  Characteristics  Calu. 

5.5 

RF  Exotic  ID  Logic 

5.6 

Identify  RF  Threat 

5.7 

RF  Track  File  Processing 

5.8 

Correlate  RF/IR  Threat 

5.9 

Determine  Optimum  CM 

5.10 

Use  Onboard  CM 

5.  11 

Use  Offboard  CM 

5.12 

TSD  Command  -  Fast 

5.13 

TSD  Command  -  Slow 

5.14 

RF  Passive  Ranging  Filter 
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Table  A-19.  Penetration  Aids  Processing  Requirements  Summary 


Task 

Title 

(IT/Sec) 

Memory 

(Words) 

Time 

(KOPS/Sec) 

5.1 

Identify  IR  Threat 

32 

1800 

50.80 

5.2 

IR  Track  File  Processing 

32 

1600 

17.92 

5.3 

RF  Known  Emitter  Sort 

16 

3600 

20.48 

5.4 

RF  Characteristics  Calculation 

16 

800 

7.68 

5.5 

RF  Exotic  ID  Logic 

16 

4500 

25.60 

5.6 

Identify  RF  Threat  by  Location 

16 

2400 

23.04 

5.7 

RF  Track  File  Processing 

16 

2200 

16.64 

5.8 

Correlate  RF/IR  Threat 

16 

2100 

25.60 

5.9 

Determine  Optimum  CM 

16 

900 

5.12 

5.10 

Use  Onboard  CM 

16 

900 

7.68 

5.11 

Use  Offboard  CM 

16 

800 

7.68 

5.12 

TSD  Command  -  Fast 

16 

800 

8.96 

5.13 

TSD  Command  -  Slow 

2 

1600 

1.60 

5.14 

RF  Passive  Ranging  Filter 

1 

1500 

1.56 

25, 500 
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Penetration  Aids  Function  Detail  Processing  Requirements 


7.  TERRAIN  FOLLOWING/AVOIDANCE  FUNCTION 


7.1  GENERAL  DESCRIPTION 

In  the  present  B-l  avionics  system,  the  Terrain  Foltowing./Avoi  dance  (TFA) 
function  is  a  growth  digital  processing  function.  The  TFA  mechanization  is  currently 
provided  in  the  predominately  analog  Terrain  Following  Radar  (TFR).  The  only 
requirement  that  presently  exists  is  for  the  issuance  of  steering  commands.  These 
commands  are  the  Display  Depression,  Drift  Plus  Lead  Into  Turn,  Inertial  Flight 
Vector,  and  Inertiai  Groundspeed  signals.  The  minimal  digital  processing  require¬ 
ments  to  issue  these  signals  are  listed  in  the  Navigation  function  (Section  2). 

7.2  ASSUMPTIONS 

Should  a  digital  TFR  be  incorporated  in  the  ASB  avionics  system,  this  separate 
section  would  be  used  io  delineate  the  general  purpose  digital  processing  requirements 
to  implement  the  expanded  TFA  function.  This  function  would  include  the  mechaniza¬ 
tion  to  provide  the  capability  to  perform  low  altitude,  high  speed  flight  over  all  types 
of  terrain.  A  control  mechanization  would  be  required  to  operate  and  control  the 
advanced  TFR.  The  TFR  would  either  be  a  separate  subsystem  or  combined  in  the 
advanced  Electronically  Agile  Radar  (EAR). 


8.  MISSION  DATA  MANAGEMENT 


8.1  GENERAL  DESCRIPTION 

The  Mission  Data  Management  (MDM)  function  provides  the  basic  interface 
between  the  avionics  system  operating  functions  and  the  mission  oriented  information 
handling  capability.  As  such  the  MDM  function  provides  the  basic  operating  interface 
with  the  mission  oriented  hardware.  This  equipment  is  the  Mission  Data  Cartridge 
Reader  (MDCR)  and  the  Mission  Data  Tape  Recorder  (MDTR).  The  primary  interface 
with  the  Offensive  Subsystem  and  Defensive  Subsystem  operators  is  provided  through 
the  interface  with  the  Offensive  Integrated  Control  Panel  (OICP)  and  Defensive 
Integrated  Control  Panel  (DICP).  Interface  with  the  off-line  Mass  Memory  Unit  (MMU) 
is  also  provided. 

Pre-selected  mission  data  in  the  form  of  flight  profile,  i.e. ,  target,  offset  aim- 
point,  checkpoint  (of  fix  point),  and  destination  coordinates  and  mission  sequence  are 
included  on  the  Mission  Data  Tape  (MDT).  The  MDT  information  is  loaded  on-line 
either  automatically  or  manually.  Other  information  on  the  MDT  includes  pre- 
established  weapon  selection  and  arming  sequences,  wind  profiles,  and  countermeasures 
selection.  Multiple  sets  of  mission  information  is  included  for  alternate  missions. 

In  flight  recorded  information  concerned  with  occurrence  of  mission  events  are 
recorded  on  the  MDTR  for  post  flight  reconstruction  and  analysis.  Such  data  includes 
present  position  coordinate  and  time  references,  designated  event  times  and  associated 
data,  target  and  threat  locations  (both  pre-established  and  in-flight  determined),  as 
well  as  weapon  and  counter-measure  expenditure  status. 

The  MMU  contains  the  primary  flight  computer  program  load  information  as  well 
as  reduced  capability  reconfiguration  programs.  The  Executive  function  in  the  computer 
controls  the  on-line  loading  of  these  programs.  Fault  Isolation  and  Pre-flight  Ground 
Readiness  test  programs  are  stored  for  loading  on-line  under  control  of  the  CITS 
program.  Also  multiple  mission  data  sets  loaded  from  the  MDCR  are  recorded  on  the 
MMU  for  rapid  and  backup  access. 

Manual  data  entry  capability  is  provided  through  use  of  the  OICP  and  DICP. 
Automatic  data  display  upon  selection  and  data  redisplay  upon  data  entry  is  provided. 
Mode  verification  lamps  are  illuminated  on  these  panels,  also. 

Other  miscellaneous  subfunctions  include  mission  data  verification,  protection, 
and  destruct  capabilities.  Cruise  control  processing  is  also  provided. 

Figure  A-ll  shows  the  major  interconnecting  hardware  elements.  A  function 
block  diagram  is  shown  in  Figure  A-12.  Subfunction  interface  signals  are  listed  in 
Table  A -21.  Table  A -22  details  the  modes  and  subfunctions.  The  memory  and 
throughput  requirements  are  delineated  in  Tables  A-23  ard  A-24. 
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Figure  A-ll.  Mission  Data  Management  Equipment  Interconnection  Diagram 
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Figure  A-12.  Mission  Data  Management  Function  Block  Diagram 


Table  A-21.  Mission  Data  Management  Intrafunction  Signals 


Table  A-23.  Mission  Data  Management  Processing  Requirements  Summary 


Task 

Title 

(IT/Sec) 

Memory 

(Words) 

7.1 

MMU  Control 

16 

350 

3.97 

7.2 

MDTR  Control 

16 

620 

7.17 

7.3 

MDCR  Control 

16 

350 

3.97 

7.4 

Cruise  Control 

2 

345 

0.43 

7.5 

Data  Entry  and  Display 

2 

780 

1.12 

7.6 

Route  Point  Sequencing 

1 

1345 

0.5  2 

7.7 

Mission  Data  Protect 

1 

495 

0. 34 

Total 

4285 

17.52 
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9.  MISSION  AND  TRAFFIC  CONTROL 


9.1  GENERAL  DESCRIPTION 

Mission  and  Traffic  Control  (M&TC)  is  a  growth  function  (as  far  as  being 
integrated  into  the  avionics  system)  in  the  present  B-l  Avionics  System  configuration 
and  as  such  no  processing  requirements  presently  exist  for  this  function. 


10.  CENTRAL  INTEGRATED  TEST  SUBSYSTEM 


10.1  GENERAL  DESCRIPTION 

The  Central  Integrated  Test  Subsystem  (CITS)  function  performs  the  overall 
inflight  system  performance  monitoring,  fault  detection,  and  fault  isolation  testing. 
Preflight  ground  readiness  testing  is  also  performed.  Systems  status  and  fault 
annunciation  is  provided  by  illumination  of  cockpit  display  lamps,  printout  on  a  cockpit 
printer,  and  recording  on  magnetic  tape  recorder.  Permanent  on-line  programs 
include  the  avionics  system  monitoring  and  fault  detection  programs.  Fault  isolation 
programs  are  stored  off-line.  Appropriate  fault  isolation  programs  are  loaded  on¬ 
line  in  response  to  a  detected  fault  in  order  to  isolate  the  fault  to  a  line  replaceable 
unit  (LRU). 

The  CITS  function  merges  the  non-avionics  tests  with  the  avionics  tests  to  form 
one  integrated  subsystem.  This  subsystem  Includes  all  the  hardware  elements 
required  to  perform  the  CITS  function  as  well  as  the  software.  This  hardware  includes 
five  non-avionics  Data  Acquisition  Units  (DAU's).  Each  DAU  samples  test  point 
information  and  converts  it  to  digital  format  for  transmission  to  the  central  processor. 
Other  CITS  hardware  elements  include  the  CITS  Control  Panel  (CPP),  the  CITS  Status 
Panels  in  both  front  and  rear  cockpits  (CSPF  and  CSPR),  the  CITS  Printer  (CPR),  the 
CITS  Tape  Recorder  (CTR),  and  the  CITS  Maintenance  Panel  (CMP). 

Figure  A-13  shows  the  major  interconnecting  hardware  elements.  A  function 
block  diagram  is  shown  in  Figure  A-14.  Subfunction  interface  signals  are  listed  in 
Table  A-25.  Table  A-2G  details  the  modes  and  subfunctions.  The  memory  and 
throughput  requirements  are  delineated  in  Tables  A-27  and  A-28. 
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Figure  A-13.  CITS  Function  Interfacing  Hardware 
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Figure  A-14.  CITS  Function  Block  Diagram 


Signal 

Destination 

Task 


Table  A -26.  CITS  Function  Modes  and  Subfunctions 


Modes 


Subfunction's 

(Tasks) 


0  4-> 

t  3 

<U  «S 
A  fn 


9.  1 

AMUX  Validity  Test 

_X 

9.2 

Non-Avionics  Test-Fast 

X 

9.3 

Non-Avionics  Test-Slow 

X 

9.4 

Avionics  Test-Fast 

_x 

9.5 

Avionics  Test-Slow 

X 

9.6 

Fault  Isolation  Test 

9.7 

Mode  Selection 

_x 

9.8 

CITS  Self-Test 

_x 

9.9 

CITS  Display  Control 

X 

9.10 

CITS  Printer  Control 

X 

9.11 

CITS  Recorder  Control 

x 

Table  A-27.  CITS  Processing  Requirements  Summary 


Task 

Title 

(IT/Sec) 

Memory 

(Words) 

Time 

(KOPS/Sec) 

9.  ? 

AMUX  Validity  Test 

64 

331 

27.65 

9.2 

Non-Avionics  Test-Fast 

16 

1100 

12.80 

9.  3 

Non-Aviouics  Test-Slow 

2 

6000 

8.00 

9.4 

Avionics  Test-Fast 

16 

365 

4.48 

9.5 

Avionics  Test-Slow 

2 

2895 

4.  43 

9. 0 

Fault  Isolation  Test 

2 

2200 

3.20 

9.7 

Mode  Selection 

2 

260 

0.40 

9.8 

C  ITS  Self-Test 

<w 

505 

0.72 

S.  9 

CITS  Display  Control 

2 

1340 

1.72 

9.10 

CITS  Printer  Control 

2 

1530 

1.40 

9.11 

i 

CITS  Recorder  Control 

2 

2015 

1.76 

Total 

18,541 

66. 56 
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.-28.  CITS  Function  Detail  Processing  Requirements  (S 
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